今天要做的事
Day03 收斂出「讀書規劃助理」這個核心方向後,我決定先不要急著進Prompt的設計,先把「使用者打開它的一天」具體走一遍。

所以今天不訪談、不寫任何提示詞,而是把自己真實的課表、一個真實的考試情境,套進「讀書規劃助理」的四個模組裡,走一遍完整的使用情境。

先把「真實資料」攤出來
我的課表（情境預設）
先說明節次代碼對照:
D1 08:10-09:00
D2 09:10-10:00
D3 10:10-11:00
D4 11:10-12:00
DN 12:40-13:30
D5 13:40-14:30
D6 14:40-15:30
D7 15:40-16:30
D8 16:40-17:30

按天條列出來大概是這樣:
週一:全天空堂,沒有課
週二:D3、D4 是通識人文思辨;D5、D6、D7 是物聯網應用實作
週三:D3、D4、DN 是文化創意產業概論
週四:D3、D4 是科技專案管理
週五:D2、D3、D4 是系統分析與設計實務

光是把課表排出來就已經很有用——週一整天空、週二早上空、週三下午全空、週四下午全空、週五 D1 空、晚上時段(D8 以後)全部都是空的。這些空堂,就是可以用來自我修習或考試複習的時間。

考試情境
科目我假設是機率與統計,總共六份講義:

期中考(第 8 週):講義 1~3
期末考(第 16 週):講義 4~6

每份講義 40~80 頁,格式大致長這樣:一個大節底下切成小節(例如 4.5 常用的機率分配 → 4.5.1 二項機率分配),每個小節有一段文字說明概念,接著給出正式定義(例如伯努利試驗的定義),再搭配數學公式跟推導過程。

番茄鐘偏好
我習慣兩種模式:一種是固定 1 小時一輪、休息 10 分鐘(但不強制),另一種是從零開始正向計時、沒有上限的「反計時」模式,想讀多久就讀多久,結束自己按停。重點是不要有任何強制中斷的機制,休息與否我自己決定。

我最想先看到的畫面
打開助理的第一眼,我希望看到「今日待辦」跟「考試倒數」,而不是一堆功能選單要我自己點進去找。

把四個模組串成一天的使用情境
情境一:開學初，一次性把地基打好
學期剛開始時,我會先把課表填進「課表填寫」模組,用上面那張 D1~E4 × 星期一~五 的網格勾選有課的時段。這一步只需要做一次,除非中途調課(對應 Day03 訪談挖到的「國定假日調課常忘記」,之後也許可以讓系統在調課發生時提醒重新確認課表,但這個先記錄,不急著現在解決)。

情境二:平常日早上，打開助理的第一眼
假設今天是週三,助理首頁應該長這樣:

不需要我自己點進課表或行事曆確認,一打開就知道「今天有什麼、剩多少時間」——這正是 Day02、Day03 兩輪訪談挖出來的核心痛點:系統的提醒節奏跟我實際需要知道的節奏對不上,現在直接把答案攤在首頁。

情境三:下課後，教材摘要模組
機率與統計下課後,我把當天的講義(例如涵蓋 4.5 常用的機率分配這種格式)丟進教材摘要模組。理想的輸出,是把每個小節的概念說明、正式定義、公式整理成一份「考試速看重點」,而不是逐字複製投影片。

這裡我要老實記錄一個可行性上的疑慮:一份講義 40~80 頁,裡面又有大量數學公式跟推導,如果一次全部丟進去做摘要,品質可能會不穩定,公式也可能在摘要過程中被簡化到失真。這件事我先不在 Day04 解決,但先記下來,留到 Day07 提示詞設計階段,可能需要用「分節摘要」而不是「整份講義一次摘要」的策略來處理。

情境四:考前複習排程建議模組
假設現在是期中考前兩週,系統已經知道:
考試日期(第 8 週)、範圍(講義 1~3)
我的空堂時段(週一全天、週二早上、週三下午、週四下午、週五早上一節 + 各天晚上)
複習排程建議應該要能給出類似這樣的具體建議,而不是抽象的「請提早複習」:

這正好對應 Day03 訪談挖到的核心困擾——「抓不準該提早多久複習」。有了課表當地基,建議就能從「憑感覺的天數」變成「哪一天的哪個時段做什麼」。

情境五:複習當下，番茄鐘/時間紀錄模組
到了建議的複習時段,我會開啟番茄鐘,兩種模式都要支援:
固定模式:1 小時一輪,結束後問要不要休息 10 分鐘,但不強制,我可以直接跳過繼續下一輪
反計時模式:從零開始正向計時,沒有上限,我自己決定什麼時候停
不管哪種模式,結束後都留下一筆紀錄(科目、時長、日期),這是為了解決 Day03 提到的「讀書讀完說不出讀了多久」的問題。

情境六:一天結束後的回饋與累積感
晚上如果我有打開助理,應該能看到類似這樣的回饋:

這個「累積感」的畫面,是直接回應 Day03 自己提出的痛點:讀書讀完沒有累積感、沒有成就感。

今天走完一遍之後,發現的兩個小調整
1.課表要能標記「例外」:像同學一提過的「國定假日調課」,如果課表只能設定固定的每週規律,遇到調課那週建議可能會算錯。這個先記下來,不急著在 Day04 解決,但之後設計課表模組的介面時要記得留一個「單週例外」的欄位。
2.講義摘要不能一次整份丟進去:如前面提到的,40~80 頁 + 大量公式的講義,應該用分節摘要的方式處理,這會影響 Day07 之後提示詞設計的策略,先記錄下來。

今日總結
今天沒有訪談、沒有寫提示詞,而是把自己真實的課表、一個真實的考試情境(機率與統計,六份講義分兩次考),套進「讀書規劃助理」的四個模組裡,完整走了一遍「開學初建課表 → 平常日打開看首頁 → 下課丟講義 → 考前拿到複習建議 → 用番茄鐘讀書 → 晚上看回饋」的使用情境。這個過程也順便挖出兩個之後要注意的小地方:課表要支援例外調課、長篇講義不能一次整份丟給 Claude 摘要。原本 Day01~06 都排給需求分析,但核心方向已經在 Day03 提前鎖定、今天又把使用情境具體畫完,代表需求分析階段可以提前收尾了。

明天預告
明天(Day05)我打算根據今天畫出來的使用情境,把它轉成更清楚的功能規格——每個模組到底需要哪些輸入欄位、輸出格式長什麼樣,並且初步想一下:哪些模組適合用 Claude 的 Artifacts 做成看得到的介面(例如課表、番茄鐘),哪些模組主要靠提示詞就能搞定(例如教材摘要、複習排程建議)。把這條線畫清楚,才能讓 Day06 提早收尾需求分析階段,為 Day07 開始的提示詞設計階段做好準備。